The Implications of High-Speed RF Networking 


Mike Chepponis, K3MC 
Glenn Elmore, N6GN 
Bdale Garbee, N3EUA 
Phil Kam, KA9Q 
Kevin Ro wett, N6R CE 


ABSTRACT 


High-Speed networking is qualitatively different from the 1200 baud omnidirec- 


tional multicasting now in widespread use. 


A true network of high-speed nodes 


require planning, and (at least from the Amateur perspective) unusual networking 
architectures to take advantage of the much higher speeds. Fundamental limitations 
on network parameters must be understood, and parameters must be coordinated for 
consistent operation within the network. The potential applications possible with truly 
high-speed networks are also qualitatively different from what is provided by slower 
networks, offering a tremendously exciting future for amateur radio as a whole. 


1. What is High Speed? 


Because of the predominance of 1200 
baud half-duplex AFSK multicasting as the 
defacto standard for packet radio networking, it 
is easy to look at moderate increases in tran- 
sport speed (to 9600 baud, or even 56 kilobaud) 
and be excited about the relatively “high 
speed” operation that such modems allow. 
However, from an applications standpoint, such 
improvements allow us to do the same things 
we’ve always done, albeit a little faster, but do 
not open the door to many applications that 
require real “high speed” networking. 


High speed in this context means 250 
kilobits/sec to 10 megabits/sec and above. We 
are intentionally excluding the WA4DSY 56 
kilobits/sec modem because with that modem it 
is still possible to use “standard” networking, 
that is, uncoordinated stations, omni antennas, 
and CSMA. Because of this, the WA4DSY 
modems are expected to play an important part 
in networking systems of the future, especially 
as feeders to high speed networks (local access 
channels). But for the purposes of this discus- 
sion, we’ll consider 56kb as the upper limit of 
the “low speed” packet technology. 


2. Network Architecture and Software Impli- 
cations 


The low capacity of the existing 1200 baud 
AX.25 network has restricted users to the most 
undemanding of applications: manual keyboard- 
to-keyboard chatting, the transfer of small text 
files, store-and-forward electronic mail, and DX 
spotting. But as fast digital links become avail- 
able, much more powerful forms of computer 
networking will become practical. This requires 
higher level protocols above AX.25. 


The ARPA Internet protocols, commonly 
known as “‘TCP/IP’’, are clearly the leading 
contender for a high speed amateur network. 
Over the past decade, the Internet protocol suite 
has matured in a diverse academic, military, 
research , and commercial setting. For several 
years, TCP/IP implementations have been in 
everyday use on hundreds of thousands of com- 
puters ranging from laptop PCs to desktop 
workstations to Cray supercomputers. Ether- 
nets, twisted pairs, token rings, fiber optic chan- 
nels, satellite links — and amateur packet radio 
channels, among other things, are regularly 
used to carry IP datagrams. TCP/IP has 
become the method of choice for providing 
standard network services across a wide variety 
of computer systems and local and wide-area 
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networking technologies. In amateur packet 
radio, TCP/IP has been growing steadily in 
popularity since the introduction of the KA9Q 
Internet Protocol software package. We believe 
that the ARPA Internet is an excellent role 
model for the kind of network we can build as 
amateurs, and that we can learn a great deal 
From the Internet experience. 


Most recently the original ARPANET 
packet switched network, operating since the 
early 1970s with 56 kb/s links, has given way to 
a new IP-based national backbone network, the 
NSFNet, plus thirteen regional networks. Virtu- 
ally every link in this new Internet operates at 
the North American T-1 rate, 1.536 Mb/s. This 
brings the Internet into the “high speed” 
category as we’ve defined it in this paper. 


The rapid growth in size and capacity of 
the Internet has caused some growing pains. 
The original routing algorithms proved inade- 
quate; new ones have been developed and are 
now coming into use. A lot of work is going 
into the study of congestion in large datagram 
networks like the Internet. This work is now 
paying off with a set of recommended conges- 
tion avoidance algorithms for both the transport 
protocol (e.g., TCP) in the end system and in 
the interior packet switches (IP routers). The 
TCP algorithms in particular have also proven 
themselves in the slow speed amateur packet 
radio environment. 


“Network management” is a hot topic. 
Operators need to know quickly when links or 
routers fail, and they need to monitor traffic 
patterns in order to plan the most effective allo- 
cation of additional resources. Of course, the 
network should take care of itself as much as 
possible. 


One might think that with a three or four 
order-of-magnitude increase in link speed (e.g., 
from 1200 b/s to 1-10 Mb/s) that our perfor- 
mance problems would disappear forever. This 
is not necessarily true! Although excess capacity 
is certainly an effective short term antidote to 
congestion, the Internet’s experience has been 
that network demand is gaseous — it eventually 
expands to fill the avatiable capacity! Although 
some of this growth will come from new users 
and from increased use of traditional services 
like email and file transfer, the real kick will 
come from qualitatively new applications like 
digital voice and image transmission that high 
speed networking will make practical for the 


first time. 


But even for the more traditional com- 
puter networking applications there will be chal- 
lenges. For example, when the NSFNet 
replaced the ARPANET, the  “delay- 
bandwidth” product of the Internet backbone 
went up by a factor of 27. No matter how large 
the link bandwidth gets, the speed of light 
remains the same. Also, the more packet 
switches there are in a path, the greater the total 
“store and forward” delay. For example, the 
distance between New York and San Francisco 
is 4139 km. The one-way speed-of-light delay is 
therefore about 13.8 ms. If a terrestrial 
microwave route were set up in a Straight line 
between these two cities with 50 km repeater 
spacing, 84 hops would be required. If the 
repeaters are in fact packet switches, and if the 
links all operate at 1 Mb/s, then the accumu- 
lated store-and-forward delay for a 200 byte 
packet sent across this path would be 132.8 ms, 
almost ten times the speed-of-light delay. (The 
actual value would be larger, since we’ve 
ignored the processing delay of the packet 
switch software.) 


One technique for reducing store-and- 
forward delay is “cut-though”’. A packet switch 
could make a routing decision and begin 
retransmission of a packet immediately after 
receiving its destination address — it need not 
wait for the packet to be completely received. 
One problem with cut-through is that a packet 
might be relayed before it is discovered to con- 
tain an error. One partial fix is to compute a 
separate “header checksum’, placing it in the 
header itself so that the packet switch need only 
wait for the end of the header before making a 
reliable cut-through routing decision. Any errors 
in the data field would still be undetected, so 
they would have to be dealt with by end-to-end 
checks in the transport protocol. IP is a net- 
work protocol with a header checksum, and 
TCP is a transport protocol with end-to-end data 
checksums, so they are amenable to this tech- 
nique. 


It is quite likely, however, that in the near 
term the most practical way to handle delay- 
sensitive services like digital voice will be con- 
ventional circuit switching. This is standard 
telephone company practice, and the technology 
is very well understood. Digital circuit switches 
operating at the data rates considered here are 
now within the technical and financial capabili- 
ties of amateurs; DSP chips in particular are 


ideally -suited for the task. A packet switching 
network intended mainly for corn-puter network- 
ing could then be built on top of dedicated cir- 
cuits, with additional circuits added or removed 
as needed. The NSFNet is built in just this way; 
MCI, their long-haul carrier, is providing them 
with the ability to reconfigure their links as 
traffic patterns warrant. 


Returning to packet-switched computer 
networking, propagation delay is an important 
protocol design factor. Most protocols deal with 
it by keeping multiple packets in flight when- 
ever possible. The usual method, “sliding win- 
dows’, is used by nearly every transport (e.g., 
TCP and ISO TP-4) and pseudo-transport (e.g., 
X.25) protocol. But sliding window protocols 
cannot transfer more than one window’s worth 
of data per round trip propagation time, no 
matter how large the path bandwidth may be. 
You can improve performance by enlarging the 
window, but only by using additional buffer 
memory and by increasing the performance 
“hit” incurred by lost packets. In our NY/SF 
example, the window would have to be at least 
84 packets in order to utilize the path’s full 
bandwidth, even if we ignore the round trip 
speed of light delay and the store-and-forward 
delays incurred by the returning acknowledge- 
ment packets. 


Another problem that needs a solution is 
efficient broadcasting. This is something that 
comes almost free with omnidirectional packet 
radio, even though we don’t currently take 
advantage of it. But the use of directional point 
to point links will require us to come up with 
other methods. 


One possibility is the “flood” algorithm 
used in USENET. Each multicast packet (broad- 
casting is just a special case of multicasting) is 
sent over each link exactly once. Each node 
keeps a list of the packet IDs it has seen 
recently so it can ignore duplicates. Different 


multicast addresses could correspond to certain . 


regions of the network, so that data of local 
interest wouldn’t have to cover the whole net- 
work. 


As you can see by now, the availability of 
high speed links requires parallel developments 
in digital switching hardware, protocol design 
and software if we are to use them to full 
advantage. 


3. Hardware Implications 


In order to build high-speed networks and 
to develop the software meant to run on them, 
we need the appropriate hardware. What we 
need are high-speed modems and digital inter- 
face cards capable of handling these speeds. 
Fortunately, such hardware is now appearing. 


Last year, one of us (Mike) described the 
“Totally Awesome” I/O card, for use as a 
plug-in for IBM PC/AT/386 machines. This 
card will shortly be commercially available. In 
addition, a version for the Macintosh Plus, 
Macintosh SE, Macintosh Portable, and the 
Macintosh II/IIx/IIcx/IIci will be available, 
using AppleTalk at 230.4 kilobits/second. 


Briefly, this “Awesome I/O card” for the 
IBM PC/AT/386 machines features a V40 pro- 
cessor (code compatible with the 80x86 
microprocessor family), at least two Zilog 85C30 
Serial Communications Controller chips, yield- 
ing four full-duplex channels. The board can be 
expanded up to a total of six 85C30s, for a max- 
imum of twelve full-duplex channels!. It comes 
standard with 256k bytes of DRAM, expandable 
up to 512k bytes. Also, two JEDEC-standard 
EPROM/ROM sockets are included, allowing up 
to 512k bytes of EPROM when using two 256k 
x 8 EPROMs. A watchdog timer, a time of day 
clock, a programmable interval timer, and 50 
bytes of battery-backed static RAM are provided 
by a Dallas Semiconductor DS-1286 chip. Com- 
munication with the XT/AT/386 is accom- 
plished by a memory window into the XT, 
which can be either 8K, 16k, 32k, or 64k bytes 
long’ A 20-character by 2 line LCD display 
provides operator interface. 


One of the 8530s is totally DMA-driven. 
The V40 provides four DMA channels, and 
these four channels provide DMA on transmit 
and receive for both channels of one of the 
8530s, allowing two full-duplex channels to 
operate with minimal processor intervention. 
The other 85C30s are interrupt driven. The 
DMA-driven channels are fully capable of 
somewhat greater than 1.5 megabits/second. 
The other interrupt-driven channels can operate 
full-duplex at 9600 bauds or slower when the 
two high-speed channels are used. 


! On the Macintosh version, one of the channels is 
dedicated to AppleTalk. 

2 That is, some of the Awesome I/O’s memory is 
mapped into the XT/AT/386 address space 
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We expect the Awesome I/O card to 
dovetail nicely with the PS-186, which is now 
becoming available. One of us (Bdale) is port- 
ing the KA9Q TCP/IP package to the PS-186, 
with conditional compilation directives so_ that 
the same code can be run on the PS-186 or the 
Awesome I/O card. Another of us (Kevin) is 
preparing a standard driver software interface 
for the KA9Q TCP/IP package. 


Concurrently with this development, 
another of us (Glenn) is producing the high- 
speed modems we will need. Development 
work and prototyping is presently going on to 
produce a very inexpensive 10W 900 MHz digi- 
tal radio capable of 250 to 500 kilobit/second 
operation. This radio requires approximately a 2 
MHz channel width and thus several clusters 
using such hardware can coexist in a metropoli- 
tan area without the individual cluster size 
becoming too large or congested. The radios 
are being built use Japanese 903 MHz personal 
radio band transmitter power train hardware and 
an Motorola MC13055 single chip wide band 
FSK receiver IC. A similar 20W radio for the 
1200 MHz band is also being developed since 
the 900 MHz band is not available to amateurs 
worldwide. 


4. Networking Architecture Implications For 
Higher Speeds 


One of the biggest problems inhibiting 
throughput even in our current slow-speed net- 
works is collisions. Phil Karn discussed a possi- 
ble way to avoid this problem[ 1]. 


In a high-speed network, however, addi- 
tional constraints suggest to us that a Token Bus 
style of topology would be most appropriate. 
See Figure 1. 


Using this technique, and using half- 
duplex modems, we can guarantee that no colli- 
sions occur. Within each of the cells, there is 
one token, which is being passed continuously 
by the individual stations in the cell. This hap- 
pens even if a station has no traffic to offer the 
network; the station is responsible for repeating 
the token whenever it arrives at that station. 
When a station has some traffic to offer the net- 
work, that station listens until it sees a “free” 
token, and changes it into a packet containing 
the information that needs to be transmitted. At 
the nexus stations, traffic can flow between local 
cells. 
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Present day packet radio time multiplexing 
methods for the physical media result in lower 
and lower throughput rates on busier channels. 
This results From collisions, retries from colli- 
sions, and back-off delays. The result of colli- 
sions 1s more traffic, producing more collisions, 
further driving down throughput. A 1200 BPS 
channel can quickly drop to 100 BPS actual 
throughput, even < 1 BPS in some cases. 


Soon much of the benefit of higher speeds 
is lost in collisions, retries and back-off delays. 


For higher speeds that are not point to 
point, a different time multiplexing protocol 
should be used...token passing. A frame format 
is designed to be THE token frame. It is sent 
from station to station, around a logical ring. 
The rule is simple: only the station holding the 
token frame can transmit or elicit another sta- 
tion to transmit a frame. When the token 
frame holder station is finished, it transmits the 
token frame to the next station in the logical 
ring. 

Using token passing, a station knows no 
collision can happen. Even more benefit can be 
gained by putting the link control in Virtual Cir- 
cuit mode and getting an immediate response 
from the destination station. Again, no colli- 
sion can happen to the acknowledgement. The 
source station can retry immediately if no 
response is heard, without fear of collisions. 


Present standard token passing protocols 
(IEEE 802.4, 802.5) assume no hidden 
transmitters. This clearly will never be the case 
in amateur radio. Work on a change to existing 
protocols is proceeding. These protocols are 
needed to take care of the case where the token 
is lost or dropped, without assuming any station 
iS a master. 


Link level framing exists between stations 
that can all be reached directly by RF. Traffic at 
this level would include all applications which 
have a response time need, very close to the 
speed of the physical media. This would 
include applications such as real time. It would 
NOT include file transfers, keyboard conversa- 
tions, BBS and mail reading, and remote 
repeater controls. It might extend to digitized 
voice, but not necessarily. 


Connection between sites which cannot be 
reached directly via RF will require repeating or 
routing. Routing involves computerized equip- 
ment that implements a protocol allowing the 
equipment to select the most efficient path to 


Token Bus 


~ Architecture <P <> 


oe pos tee 
ape fe fe SES s fo ss 
PY Ory Ore ered Orr err err eo 
ewe We Ne ey Be Ne Ne Ne 
. 
ata Fa fe fw of oe Fo fe FS 8 
el we ned sed sod wed eee 


ine cs cod cod cad cad’ sed sagt aa 
ewe We We we We Ke he 
@ ee See ee poe Pee ae Hae Hae 
ee ee ee ee ee ee i) 
seohevde 
a ee ee 
oe ome 
a a a a ae a a a al 
Pod ond ond aa ced ood cod cod ss as Me 
eM eRe we We We We As he Ne 
bee hee ae paw ae pee peo bos Sos pes 
ofa Pa fa gs fe fe Se ge a 
wed cad aad cag cod cod asd acd sod as 
ae We Ke We Ke Ae Ke ye he 
obese ee 


we thee oe poe poe ee bon bem an ae ae 
wT aw ce ee ee ae ae ee ae a 
ood com cod neg ME cod ved cod cod und se 
ewe Wwe We yo ee 


awe 


YSIS 


Fr odessa slaisssiaddericckadotcttsteman deca centsdestosseicania vance 
TT OTR Te CE I Py Gen F 
nn ~~ “WH eee, | ee eee, 1 


a 


7 = 


I) 
il 
ne _ 
o | 
S || Ue 
| | 
jul 
We 


bee 
r 


Hin 


; 


| 
| 


C) yYoken Bus Station 
| | yoken Bus Station and Switeh 


rPigueeq 


24 


send frames on to their destination. Hence, 
routing connects two or more physical media 
that can’t be directly connected. 


Considerable research is available on 
Token Bus, and particularly Packet Token 
Bus[2]. We intend to bring this research to 
Amateur Radio. 


5. Application Implications 


In the amateur community, one of the 
biggest hurdles to be overcome is the mindset 
of lower speed communications and current 
applications. While current AX.25 operation is 
well known, it does not offer a good beginning 
for envisioning and understanding a high speed 
network. In fact, the concept of high speed 
end-to-end data and the associated applications 
possibilities probably has no counterpart in our 
current amateur experience. Consequently, 
developing a widespread vision for such a net- 
work and coordinating its development will 
require a great deal of cooperation and wide- 
area coordination. 


A high speed network no longer need be 
thought of as a “computer thing’. Since virtu- 
ally any signal which can be transmitted by ana- 
log means may also be transmitted digitally all 
of the diverse amateur modes presently in use 
may be supported on a network if sufficient 
speed is available. And because a network is 
not confined to communications over a single 
span which a single transceiver pair might 
operate but rather over the entire nation or the 
world many new social and technological appli- 
cations become possible. These applications do 
not need to replace current exciting aspects to 
the hobby but rather can enhance them. DXers 
who enjoy the thrill of working another new one 
may find that a nationwide realtime spotting 
network, propagation and QSL server greatly 
enhances DXing. Similarly, chess players might 
find a chess “news group and worldwide com- 
petition” exciting. Mobilers and ragchewers 
might keep in touch with others in their group 
whether they are in one locality or spread across 
the nation. The possibilities are endless! 


But let us offer several concrete examples, 
things that we intend to do once high-speed 
hardware is in place. 


5.1. Digital Voice 


This is perhaps the most obvious of the 
applications. Consider that if we sample speech 
at 7 kHz, allowing for frequencies up to 3.5 kHz 
to be present in our speech bandpass, and say 
that we require 8 bits to represent a companded 
sample, then we will require a 56 kilobit/second 
channel. With Time Division Multiplexing, we 
can slice up our 250 kilobit/second Token Bus 
network into about four voice channels. Admit- 
tedly, at the low end of the “high-speed” range, 
we cannot provide huge numbers of high-quality 
voice channels3, But, it will provide a viable 
testing ground for digital voice techniques, and 
help us build the experience to exploit the even 
higher speeds that will soon be available. 


We should point out that there is 
significant research happening in packet voice 
technologies[3-5]. We will leverage off of that 
research. We are particularly interested in two 
technologies: Full-duplex voice communica- 
tions, and packet switched conferencing. 


We have a concept for a Digital HT. See 
Figure 2. 


5.2. Video 


Perhaps the most exciting new application 
made reasonable by high-speed networks is digi- 
tal video[6-8]. Consider a garden-variety bit- 
mapped screen attached to an IBM PC/AT/386, 
consisting of a 720 x 384 bit image (Hercules 
Graphics resolution). This is about 250 kilobits 
of information, uncompressed. Even so, this 
proposed high-speed network will enable such 
an image to be transmitted in about one 
second(!). Of course, higher resolution and 
color images will take longer to transmit? 


At these speeds, even limited animation 
becomes possible. But perhaps its biggest use 
would be in emergency applications, where we 
can survey the situation, scan in an image using 
one of the inexpensive hand-held scanners, and 
then transmit that image to a central command 
station. 


3 Although some experiments with sophisticated 
coding schemes achieve high-quality voice with as little 
as 9600 bits/second, which would yield about 25 voice 
channels on our 250 kilobit/second links 
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5.3. FAX 


FAX is really an extension of Video. The 
differences are that paper images are usually the 
source, and that several compression schemes 
can be used[9]. Digital FAX transmission over 
packet radio could be a substantial asset for 
public service and emergency response activi- 
tes. 


5.4. Remote File Systems 


When data can be transmitted between 
stations at speeds approaching the speed of data 
transfer to and from a local hard disk, the idea 
of remote file systems becomes practical. Here, 
it, would be possible for one station to “mount” 
a file system from a remote station onto his 
local machine. From that point, he could then 
access the remote station’s files as if they were 
local. In the commercial world, Sun worksta- 
tions often come diskless, and use Ethernet and 
a remote file server for data storage. Not only 
does this make it very easy to share files, it also 
allows one to use storage resources of other sta- 
tions transparently. For example, if KA9Q has 
enough disk space for the complete amateur 
callbook information, then others can access his 
database in a transparent manner. 


6. Even higher speeds 


As we start requiring higher speed data 
throughput we find ourselves needing to make 
much better use of our resources. At the physi- 
cal layer we must use hardware which provides 
such communication efficiently and at low cost. 
To do this, we must use techniques which get as 


+ But not prohibitively so: a 640 x 480 x 8 bit im- 
age, such as can be displayed on the color screen of a 
Macintosh II is about 2.5 megabits; it will take only 
about 10 seconds to transmit — uncompressed. For 
640 x 480 x 24 bits x 30 frames/second (full motion, 
full color), we need almost 222 megabits/second un- 
compressed: however, recent compression techniques 
can achieve a 10 times reduction tn required transmis- 
sion bandwidth in real time. Offline compression has 
yielded a 50 times compression, to require about 4.5 
megabits/second. This is within the range of speeds of 
our current 10 GHz hardware. We are eager to see the 
day when our microwave links will handle 100 
megabits/second, the standard FDDI (Fiber Optic) 
speed, and we will be able to handle several full mo- 
tion, full color transmissions at the same time. We 
also note that commercial products exist todav to 
transfer 1] gigabii/second over fiber optic links, to 
achieve these speeds economically via RF links will no 
doubt be an intersting problem Lo solve. 


much of the original transmitter power to the 
receiver so that maximum path lengths and 
Carrier/Noise ratios may be obtained. Solutions 
which waste transmit power by sending it else- 
Where are wasteful. In this light, omnidirec- 
tional broadcasting on network backbones must 
be limited and eventually avoided per se. This 
is why we have suggested the Token Bus archi- 
tecture. as directional antennas can and should 
be employed. 


High speed data also will require higher 
bandwidths. To a limited degree, data rate can 
be traded for signal/noise by appropriate selec- 
tion of modulation techniques but this can pro- 
vide perhaps only a few orders of magnitude of 
date rate increase and any further increase 
requires increased signal bandwidth. 


Fortunately the above two requirements 
for high speed data communications, directed 
transmitter power and wider bandwidths are 
compatible with the same amateur resource: the 
amateur microwave and millimeter bands. The 
same scaling of wavelength which allows physi- 
cally realizable antennas to have high directivity 
and gain also occurs at portions of our allotted 
spectrum which have wide bandwidth. 


In spite of widely held misconceptions that 
the microwave bands are expensive and difficult 
to use and only good for short range communi- 
cations, these bands represent the most cost 
effective region in which way to exchange high 
speed data, in spite of the increased cost of gen- 
erating moderate transmitter powers at these 
higher frequencies. 


The ability to use low transmitter powers 
by effectively focusing all the energy in the 
direction of the receiver also offers the oppor- 
tunity of frequency reuse within a local area. 
The current congestion on broadcast VHF 
packet is the antithesis of this. Rather than 
requiring high power and __ experiencing 
decreased C/N due to collisions with other 
omnidirectional transmitters, very small and 
inexpensive transceivers can reliably provide 
high C/N over moderate distances. At the 
same time interference-free operation of other 
links reusing the same channel which cross the 
physical path are made possible due to the 
highly directed beams. 


As we go to increasingly higher speeds, 
hardware to switch packets over a network of 
these point-to-point links must be incorporated. 
To avoid collisions (QRM) and unjust sharing 


of the spectrum resource users will need to go 
to point-to-point rather than omnidirectional 
hardware. This will be an economic issue too 
since high antenna gain will be necessary to pro- 
vide sufficient C/N for these wider bandwidth 
channels. In the interim, small local groups or 
“cells” of amateurs operating CSMA with 
omnidirectional antennas, and provided with a 
common path to a network switch, will be use- 
ful. For physical reasons, as well as the current 
state of technology, it is likely that these 
moderate power broadcast “user radios” will 
operate in the higher VHF and UHF bands. 
Below this range there is insufficient spectrum, 
and above the higher powers needed for use 
with omnidirectional antennas is presently too 
costly. 


Through perhaps 1200 MHz, omnidirec- 
tional antennas with reasonable physical capture 
area are available. In the higher microwave 
regions, antennas with thin “pancake” patterns 
are more difficult/expensive to build and the 
resulting narrow vertical beam is at risk of being 
deflected by tropospheric circumstances, with a 
consequential reduction in system margins. 
Physically high level transmitters, omnidirec- 
tionally broadcasting high power, must be 
avoided since they are extremely wasteful of 
both spectrum and hardware resources. 


A functioning high speed network requires 
good availability to end users. Because of this, 
hardware and sites must be selected to provide 
higher up-time than that which is currently 
tolerated for much amateur communication. If 
system uptime of the same order as commercial 
services is required, say 99.9% or better, links 
will generally require ‘line-of-sight (LOS) paths 
and in severe. situations, such as those 
experiencing marine air masses, extra system 
margin will be necessary. As an example, 
obstructive fading produced by nighttime move- 
ment of wet air may require shorter paths, even 
on VHF, to guarantee service. Generally, loca- 
tions with well mixed air, like the Rockies are 
fess likely to experience propagation abnormali- 
ties. Coastal locations, and large flat areas with 
water sources, are more likely to require special 
attention. Interference fading on a link will 
generally require increased C/N margin to 
guarantee performance. The Rayleigh distribu- 
tion model probably serves as a useful guide to 
these margins. For typical fading at higher 
microwave 99% uptime may require about 18 
dB excess C/N over LOS values, 99.5% about 


22 dB and 99.9% about 28 dB excess. On many 
shorter (perhaps 30 mile* or less) LOS paths, 
these numbers may be unduly conservative. On 
such short links it may be possible to run with 
C/N only 3 to 6 dB above those necessary for 
the desired BER on LOS free space paths. 


It may even be possible in some situations 
to have extra long paths which rely on tropos- 
pheric ducting to provide communication (it’s 
not a bug it’s a feature!). Whether such links 
which are typically only available a few hours or 
less a day can prove useful for periodic but not 
continuous service’ (like electronic mail 
transfer) 1s a question which remains to be 
answered. 


At 24 GHz and above, water vapor absorp- 
tion is an item to consider, particularly on 
longer paths. At 10 Ghz and below, it can 
probably be ignored when considering digital 
data links. Path links of sufficient length to 
make it noticeable probably suffer from much 
larger variations due to variations in the tropo- 
sphere. 


An approximate summary of amateur band 
utility for high-speed network might be: 


144 best suited for low speed broad- 


cast 

220 

433 moderate speed — broadcast 
user/cell radios 

900 


1250 upper end of broadcast 
2300 beginning of point-to-point 
3400 
5700 
10000 High speed 
24000 High speed and shorter paths. 
Water vapor absorption 
significant on long paths. 


t t 


As mentioned above, two classes of net- 
working radios would be presently useful;’ radios 
for high speed point-to-point connection 
between packet switches and end-user radios to 
‘give access to the network. 


In the category of inter-switch radios a 
design using inexpensive microwave transceiver 
modules such as found in burglar alarms, 
automatic door openers and speed measuring 
equipment has already been presented at a 
national convention, and will be appearing 
shortly in a national magazine. These radios 
easily support data at 2 Mbaud and greater rates 


| 


and can be built for much less than the cost of a 
commercial 2M FM transceiver. This and simi- 
lar hardware should be able to support paths 
between high level switch sites, perhaps a pair 
of mountaintops, separated by 30-40 miles. 
Longer distances are possible with bigger anten- 
nas, or more sophisticated radio hardware, but 
propagational variations over much longer paths 
require prohibitively high system margins to 
guarantee high up-time and multiple short path 
links are preferred. 


User access radios which can be used to 
broadcast within a local cell, as well as to con- 
tact a high level switch, are already available. 
An entry level for new users at 1200 baud or 
other conventional speed should probably be 
provided in every area to encourage network 
growth. Newer and more interesting applica- 
tions will require greater data throughput and 
should provide the incentive for users to 
upgrade their stations to allow this. 


No doubt some of the 250 kilobit/second 
user radios will be pressed into service initially 
for inter-switch communications by using direc- 
tional antennas. This may particularly be true 
in areas where inter-switch distances are neces- 
sarily greater than the distances that are com- 
fortable for microwave. But in the longer term, 
higher “trunk” data rates will be required and 
these radios should be replaced with dedicated 
microwave hardware whenever possible. 


7. The Future 


The opportunities made possible by a 
functioning high speed amateur network can 
fundamentally change the face of amateur radio 
by augmenting those aspects of the hobby which 
are already enjoyed by so many and by provid- 
ing new applications which may entice a large 
force of new blood into our great hobby. In 
addition to these enhancements the public ser- 
vice aspect of amateur radio may be greatly 
enhanced by providing information age services 
to the public in time of emergency. These possi- 
bilities can greatly contribute to the vitality of 
amateur radio and help ensure the continuance 
of the hobby. 


8. Wrapup 


To make a high speed network a reality 
the biggest hurdles are organizational and not 
technical. Radio hardware, interfaces, and com- 
puters to handle the data are well understood 
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and are becoming available to amateurs now. 
However, to make a functioning entity from all 
the pieces will require a great deal of common 
vision and participation by all parts of the ama- 
teur community. Radio amateurs have tradition- 
ally earned a reputation for an “I'll do it my 
way” mentality within the hobby. This has, in 
fact, been the source of many of our greatest 
technical achievements! Fortunately, — the 
development of a truly high-speed network 
leaves room for this, since local cells may find 
many ways to express their individuality, as long 
as means are found to “mesh” with the rest of 
the network at the backbone interface level. 


However the physical area and user base 
for a nationwide high-speed network is very 
large, and we must therefore find ways to avoid 
large scale repetitions of “repeater wars” as we 
implement the network. As we work to design 
and implement the next generation of packet 
networking, we must retain an awareness of the 
need for cooperation, support, and goodwill 
between all of the nation’s packet groups and 
users. This will help to ensure that everyone 
can enjoy the exciting new applications made 
possible. 

Perhaps more than at any time since the 
days of spark, amateur radio needs a well sup- 
ported organization to further the relay (or net- 
working) of our communications. In the midst 
of the many recent discouraging developments 
relative to our spectrum and membership, a real 
amateur network offers great hope and excite- 
ment for our future! 
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